home *** CD-ROM | disk | FTP | other *** search
/ Megaware 1 / Megaware Volume 1.iso / utils / mem-expa / readme.206 < prev    next >
Encoding:
Text File  |  1989-12-10  |  13.3 KB  |  356 lines
  1. Release 2.06 of V-EMM, the Virtual Expanded Memory Manager.
  2. Copyright (C) Rocke Verser, 1986, 1988.  All rights reserved.
  3.  
  4.  
  5. Fort's Software                    Fort's Software
  6. P. O. Box 1295                     P. O. Box 396
  7. Loveland, Colorado  80539          Manhattan, Kansas  66502
  8. (303) 663-5629                     (913) 537-2897
  9.  
  10.  
  11.  
  12.  
  13. About the README files
  14. ----------------------
  15.  
  16. This file (README.206) contains information too recent to be
  17. included in your V-EMM user manual.  A separate file (README)
  18. contains helpful examples for installing V-EMM in a variety
  19. of common configurations.
  20.  
  21.  
  22.  
  23. About V-EMM Release 2.06
  24. ------------------------
  25.  
  26. Release 2.06 of V-EMM provides applications with an interface
  27. which is compatible with the Lotus / Intel / Microsoft Expanded
  28. Memory Specification, Version 4.0, except as noted in the
  29. "Technical Specifications" section of the V-EMM user manual.
  30.  
  31. Release 2.06 includes support for 'Extended DOS Partitions'
  32. (introduced with PC DOS 3.3) and for partitions greater than
  33. 32 megabytes (introduced with PC DOS 4.00).  In particular, the
  34. paging-file can now be placed on DOS drives contained within
  35. either of these types of partitions.
  36.  
  37. Release 2.06 will coexist peacefully with most applications
  38. that use PC/AT or PS/2 extended memory.
  39.  
  40. On average, Release 2.06 consumes about 5 kilobytes less memory
  41. than Release 2.04.
  42.  
  43. Release 2.06 lets you hide (and reveal) expanded memory without
  44. rebooting.  In many cases, when you "hide" expanded memory, we
  45. will temporarily yield 64 kilobytes of memory to DOS.  Then when
  46. you "reveal" expanded memory, we will reclaim the memory from DOS.
  47. (A hearty thanks to our many customers who requested this useful
  48. feature!)
  49.  
  50.  
  51.  
  52. Resident Memory Requirements
  53. ----------------------------
  54.  
  55. The LIM EMS 4.0 specification is significantly more complex than
  56. the LIM EMS 3.2 specification.  Although we have taken care to
  57. keep storage requirements down, the resident portion of Release
  58. 2.06 is approximately 3 kilobytes larger than the equivalent
  59. Release 2.04 (EMS 3.2) configuration.
  60.  
  61. On the bright side, we have altered the default manner in which
  62. our EMS simulators, VEMMSIM and VEMMSIME, allocate memory.  For
  63. the average user, these simulators are approximately 8 kilobytes
  64. smaller than the equivalent Release 2.04 configuration.  More
  65. information is contained below.
  66.  
  67. We have also added the ability to dynamically hide (and reveal)
  68. expanded memory.  In many cases, when expanded memory is hidden,
  69. we will temporarily yield 64 kilobytes of memory to DOS.  When
  70. you are running programs that cannot use expanded memory, you
  71. simply "hide" the expanded memory.  In typical configurations,
  72. the resident size of V-EMM will shrink to under 12 kilobytes
  73. while expanded memory is hidden.  When you are running programs
  74. that DO use expanded memory, you simply "reveal" up to 32 megabytes
  75. of expanded memory.  More information is contained below.
  76.  
  77.  
  78.  
  79. About LIM EMS 4.0
  80. -----------------
  81.  
  82. The LIM EMS 4.0 specification defines a number of new features.
  83. Some of these features are required in all implementations of the
  84. specification.  And some of these features are implemented only
  85. when the underlying hardware has certain advanced capabilities.
  86.  
  87.  
  88. Among the major new features supported by V-EMM are:
  89.  
  90.    - Storage capacity increased to 32 megabytes.
  91.  
  92.    - Performance improvements.  (Applications must exploit
  93.         the new functions.)
  94.  
  95.    - Ability to run program code (including TSRs) in expanded
  96.         memory.  (Applications must exploit the new functions.)
  97.  
  98.    - Code overlay support.  (Applications and/or compilers must
  99.         exploit the new functions.)
  100.  
  101.  
  102.  
  103. Using V-EMM with our EMS simulators
  104. -----------------------------------
  105.  
  106. Our EMS simulators (VEMMSIM, VEMMSIME, and VEMMSIM2) emulate the
  107. general hardware capabilities of Intel's original Above Board.
  108. The same LIM EMS 4.0 features which Intel has added to their
  109. board are available when using V-EMM with our EMS simulators.
  110.  
  111. Note:  Efficient support for multitasking is the major optional
  112. feature not supported on Intel's original Above Board nor with
  113. our EMS simulators.
  114.  
  115.  
  116.  
  117. Using V-EMM with an EMS board
  118. -----------------------------
  119.  
  120. As in previous releases, V-EMM can also be used with EMS boards.
  121. In this environment, V-EMM combines the high speed of electronic
  122. bank-switching with the large capacity of virtual memory.
  123.  
  124. When used with an EMS 3.2 board, V-EMM effectively turns the board
  125. into an EMS 4.0 board as well as providing virtual memory.
  126.  
  127. When used with an EMS 4.0 board that includes efficient support
  128. for multitasking, V-EMM will provide efficient support for
  129. multitasking as well as providing virtual memory.
  130.  
  131.  
  132.  
  133.  
  134. The VEMMCONF Command
  135. --------------------
  136.  
  137. The VEMMCONF command now permits allocation of a paging-file up to
  138. 2047 pages (nearly 32 megabytes) in size.  The syntax of the command
  139. and all options are as described in the V-EMM user manual.
  140.  
  141.  
  142.  
  143. The VEMMDSK Device Driver (EMS RAM-disk)
  144. ----------------------------------------
  145.  
  146. The VEMMDSK Device Driver now permits allocation of a RAM-disk up to
  147. 2047 pages (nearly 32 megabytes) in size.  The syntax of the command
  148. and all options are as described in the V-EMM user manual.
  149.  
  150.  
  151.  
  152. The VEMMSIME Device Driver (EMS Simulation with Extended Memory)
  153. ----------------------------------------------------------------
  154.  
  155. The VEMMSIME Device Driver now permits allocation of up to 960 pages
  156. (15 megabytes) of extended memory.  The syntax of the command and
  157. all options are as described in the V-EMM user manual.
  158.  
  159.  
  160.  
  161. The V-EMM Device Driver
  162. -----------------------
  163.  
  164. The format of the command for V-EMM is:
  165.  
  166.      DEVICE=[d:][path]VEMM.SYS
  167.                           [D=nnnn]
  168.                           [M=nnnn]
  169.                           [T=nnnn]
  170.                           [C=nnn]
  171.                           [H=nnn]
  172.                           [X=xxxx-xxxx]
  173.                           [S=xxxx]
  174.                           [MAXFRAG=nnn]
  175.  
  176. where:
  177.  
  178. [d:][path]VEMM.SYS
  179.      specifies the drive, path, and filename of the V-EMM device
  180.      driver.
  181.  
  182. [D=nnnn]  or  [DISK=nnnn]
  183.      specifies the number of pages of auxiliary expanded memory to
  184.      be available for allocation to EMS programs.  If this parameter
  185.      is omitted, no auxiliary expanded memory will be available.
  186.      This value is limited to 2047 pages (nearly 32 megabytes).
  187.  
  188. [M=nnnn]  or  [MEMORY=nnnn]
  189.      specifies the number of pages of real (or simulated) expanded
  190.      memory to be available for allocation to EMS application programs.
  191.      If this parameter is omitted, all real (or simulated) expanded
  192.      memory will be available.  This value must be between 4 pages
  193.      (64 kilobytes) and 2048 pages (32 megabytes).
  194.  
  195. [T=nnnn]  or  [TOTAL=nnnn]
  196.      specifies the total number of pages of virtual expanded
  197.      memory available for allocation to EMS programs other than
  198.      non-volatile RAM-disks.  If you do not have our NVRD product,
  199.      you do not need to specify this option.  If this parameter is
  200.      omitted, the default is the sum of the "M=" specification plus
  201.      one fewer than the "D=" specification.  However this value is
  202.      limited to 2048 pages (32 megabytes).
  203.  
  204. [C=nnn]  or  [CONTEXTS=nnn]
  205.      specifies the maximum number of contexts that can be saved at
  206.      one time.  Small values of C may cause some EMS applications
  207.      to fail.  Large values of C will waste memory.  If this parameter
  208.      is omitted, a maximum of 8 contexts can be saved.  This
  209.      parameter must be between 1 and 255.
  210.  
  211. [H=nnn]  or  [HANDLES=nnn]
  212.      specifies the maximum number of handles that can be
  213.      allocated at one time.  Each EMS application requires at least
  214.      one handle.  Some applications require extra handles.  Small
  215.      values of H will reduce the number of EMS applications you
  216.      can run concurrently, and may cause some EMS applications
  217.      to fail.  Large values of H will waste memory.  If this
  218.      parameter is omitted, a maximum of 64 handles will be
  219.      available.  This parameter must be between 2 and 255.
  220.  
  221. [X=xxxx-xxxx]
  222. [S=xxxx]  or  [SEGMENT=xxxx]
  223.      The EMS specifications require a set of 16-kilobyte address
  224.      ranges (called page windows).  By default, V-EMM obtains the
  225.      available page windows from the real (or simulated) expanded
  226.      memory manager.
  227.  
  228.      The real expanded memory manager should provide controls for
  229.      locating the page windows properly.  However, these options
  230.      allow some control in V-EMM's use of the available windows.
  231.  
  232.      The X parameter specifies a range of segment addresses that
  233.      are to be excluded from the available page windows.
  234.      Specifically, if any portion of the address range lies within a
  235.      page window, that page window is unavailable.  A single page
  236.      window may be excluded by specifying a single address.  Or a
  237.      range of page windows may be excluded by specifying the
  238.      appropriate range of segment addresses.  This parameter may
  239.      be specified more than once in order to exclude discontiguous
  240.      ranges of page windows.
  241.  
  242.      The S parameter specifies the segment address of the
  243.      64-kilobyte page frame.  If this parameter is specified, it must
  244.      specify the first of a set of four available page windows.  By
  245.      default, V-EMM locates the page frame at the highest possible
  246.      address, after determining which page windows are available.
  247.  
  248. [MAXFRAG=nnn]
  249.      specifies how badly fragmented the paging-file may be.
  250.  
  251.      Ordinarily, a file will occupy a few contiguous areas on
  252.      your disk.  In some cases, a file will be contained on many
  253.      noncontiguous areas on your disk.  (See the DOS CHKDSK command
  254.      for more information.)  A badly fragmented paging-file will
  255.      cause V-EMM's performance to suffer.
  256.  
  257.      Small values of MAXFRAG will prevent V-EMM from using an
  258.      excessively fragmented paging-file.  Large values of MAXFRAG
  259.      will waste memory, but will permit V-EMM to use a badly
  260.      fragmented paging-file.  If this parameter is omitted, the
  261.      paging-file may be contained on a maximum of 48 noncontiguous
  262.      areas.  This parameter must be between 1 and 512.
  263.  
  264.  
  265.  
  266. The VEMMSIM and VEMMSIME Device Drivers (EMS Simulation)
  267. --------------------------------------------------------
  268.  
  269. By default, these commands now allocate the 64-kilobyte page frame
  270. from high memory.  (Previously, the page frame was allocated in
  271. low memory within the device drivers, themselves.)  The average
  272. user should see about 8 kilobytes less memory consumed as a
  273. result of this change.  The actual savings vary, depending upon
  274. where the device driver is loaded in memory.  You may see as
  275. little as zero or as much as 16 kilobytes less memory consumed.
  276.  
  277. This new allocation scheme also permits the VEMMHIDE command to
  278. dynamically reallocate the page frame between DOS and expanded
  279. memory.
  280.  
  281. As always, there is a tradeoff.  Allocation of the page frame in
  282. high memory is incompatible with some third-party device drivers
  283. which use expanded memory.
  284.  
  285. If you want the new simulators to allocate the page frame in low
  286. memory, specify the S=0000 option.
  287.  
  288.  
  289.  
  290. Coexistence with Extended Memory Applications
  291. ---------------------------------------------
  292.  
  293. The VEMMSIME Device Driver has been enhanced to coexist much more
  294. peacefully with other applications that use extended memory.
  295.  
  296. Most modern extended memory applications, including IBMCACHE and
  297. VDISK will coexist with VEMMSIME without any special effort.
  298.  
  299. You can specify the "M=" parameter (described in the user manual)
  300. to limit the amount of memory which VEMMSIME will consume.  Other-
  301. wise, VEMMSIME will consume all available memory.
  302.  
  303. If you suspect a problem between VEMMSIME and another driver, try
  304. placing VEMMSIME ahead of the other driver in the CONFIG.SYS file.
  305.  
  306.  
  307.  
  308. Hiding and Revealing Expanded Memory
  309. ------------------------------------
  310.  
  311. To "hide" expanded memory, issue the command:
  312.  
  313.      VEMMHIDE  /H
  314.  
  315.  
  316. To "reveal" expanded memory, issue the command:
  317.  
  318.      VEMMHIDE  /R
  319.  
  320.  
  321. The primary function of these commands is almost self-explan-
  322. atory:  While expanded memory is hidden, programs will behave
  323. as if expanded memory had not been installed.  While expanded
  324. memory is revealed (the default case), programs can detect and
  325. access the expanded memory.
  326.  
  327. There are several reasons why you might want to hide V-EMM.
  328.  
  329. Spreadsheet programs, for example, tend to operate more efficient-
  330. ly when using conventional memory than when using expanded memory.
  331. But spreadsheet programs also tend to use expanded memory first.
  332. It may make sense for you to "hide" V-EMM when you plan to access
  333. your smaller spreadsheets and "reveal" V-EMM only when you plan
  334. to access the larger spreadsheets.
  335.  
  336. If you suspect an incompatibility, the VEMMHIDE command provides
  337. a very easy way of temporarily deactivating the expanded memory
  338. manager.
  339.  
  340. Most importantly, when you hide expanded memory, we can often yield
  341. 64 kilobytes of memory to DOS.  If you use a mix of programs that
  342. support expanded memory as well as programs that do not support
  343. expanded memory, the ability to quickly toggle between a full
  344. complement of DOS memory or up to 32 megabytes of expanded memory
  345. is invaluable.
  346.  
  347.  
  348.  
  349. Trademarks
  350. ----------
  351.  
  352. "V-EMM", "Virtual Expanded Memory Manager", "NVRD", and "Non-Volatile
  353. Ram-Disk" are trademarks of Fort's Software.
  354.  
  355. "Above Board" is a trademark of Intel Corporation.
  356.